home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001389_daemon _Mon Jun 21 17:08:40 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Received: by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  2.     id AA09089; Mon, 21 Jun 93 17:08:42 MET DST
  3. Return-Path: <dsr@hplb.hpl.hp.com>
  4. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  5.     id AA09085; Mon, 21 Jun 93 17:08:40 MET DST
  6. Received: from mcsun.EU.net by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  7.     id AA28408; Mon, 21 Jun 1993 17:30:59 +0200
  8. Received: from hplb.hpl.hp.com by mcsun.EU.net with SMTP
  9.     id AA19793 (5.65b/CWI-2.225); Mon, 21 Jun 1993 17:30:55 +0200
  10. Received: from dragget.hpl.hp.com by hplb.hpl.hp.com; Mon, 21 Jun 93 16:22:38 +0100
  11. Received: by manuel.hpl.hp.com
  12.     (16.6/15.6+ISC) id AA14282; Mon, 21 Jun 93 16:28:55 +0100
  13. From: Dave_Raggett <dsr@hplb.hpl.hp.com>
  14. Message-Id: <9306211528.AA14282@manuel.hpl.hp.com>
  15. Subject: Re: link areas within images
  16. To: kevin@rs042.scic.intel.com
  17. Date: Mon, 21 Jun 93 16:28:53 BST
  18. Cc: www-talk@nxoc01.cern.ch
  19. Mailer: Elm [revision: 66.36.1.1]
  20.  
  21. Kevin Altis says:
  22.  
  23. > PROPOSAL
  24. > I propose using the top left corner of the image as 0,0 (top,left) and
  25. > specifying the rectangular areas within the image as top,left,bottom,right
  26. > relative to the top left corner of the image, which fits with many of the
  27. > existing image models. top,left,bottom,right will be specified as positive
  28. > integers (you can't have a link area off the image). If a link area
  29. > overlaps another, then the first link area specified in the HTML for the
  30. > document would take precedence. Link areas within images should have
  31. > several highlighting types, much like Bold, Italics, and Underline for
  32. > text, so that link areas on the image can appear transparent to the user (a
  33. > rectangular highlight would distract from the rest of the image), some
  34. > highlight such as color or brightness change, or have a state showing the
  35. > link has been visited. Supporting arbitrary closed polygons as link areas
  36. > would require a little more work, but would be a good idea in the long run.
  37.  
  38. Kevin, you make like to look at HTML+ and how it supports figures using an
  39. element specifying rectangular regions within the image and a URL to
  40. traverse when the user clicks on this part of the image. The image data
  41. is specified as either a URL or via embedded data on a non-HTML+ format (e.g.
  42. for Adobe Illustrator drawings). This work is based on Pei Wei's experimental
  43. DTD "HMML" and provides an alternative to making the server do all the work.
  44.  
  45. The coordinate scheme is (0,0) for the upper left corner to (1,1) for the
  46. lower right. Scaled coordinates are used because pixel based coordinates are
  47. inappropriate for drawings.
  48.  
  49. Dave Raggett
  50.  
  51. p.s. the HTML+ DTD is at  ftp://info.cern.ch/pub/www/dev/htmlplus.dtd.txt